Manual merge of version 9.6.6-4+rpi1 and 9.10.3-3 to produce 9.10.3-3+rpi1

Merge ghc (9.10.3-3) import into refs/heads/workingbranch

Match arm-unknown-linux to armv7-unknown-linux

Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/26734
Bug-Debian: https://bugs.debian.org/1124748
Forwarded: <URL|no|not-needed, useless if you have a Bug field, optional>

Gbp-Pq: Name armhf-target-platform

ghc-prim-modern-atomics

===================================================================

Gbp-Pq: Name ghc-prim-modern-atomics.patch

hppa-sparc64-support

===================================================================

Gbp-Pq: Name hppa-sparc64-support.patch

[PATCH] GNU/Hurd: Add getExecutablePath support

GNU/Hurd exposes it as /proc/self/exe just like on Linux.

Gbp-Pq: Name gnu-hurd

hadrian-unreg-template-haskell

commit 702f7964373d9ffb1d550ee714bd723d8bb0c1a3
Author: Matthew Pickering <matthewtpickering@gmail.com>
Date:   Mon Apr 29 12:13:00 2024 +0100

    Make interface files and object files depend on inplace .conf file

    A potential fix for #24737

Gbp-Pq: Name hadrian-unreg-template-haskell

hadrian-bootstrap-plan

===================================================================

Gbp-Pq: Name hadrian-bootstrap-plan

[PATCH] rts: Fix invocation of __ieee_set_fp_control() on alpha-linux

Fixes the following error when building GHC on alpha-linux:

rts/posix/Signals.c: In function ‘initDefaultHandlers’:

rts/posix/Signals.c:709:5: error:
     error: implicit declaration of function ‘ieee_set_fp_control’ [-Wimplicit-function-declaration]
      709 |     ieee_set_fp_control(0);
          |     ^~~~~~~~~~~~~~~~~~~
    |
709 |     ieee_set_fp_control(0);
    |

Gbp-Pq: Name alpha-fix-ieee_set_fp_control-invocation.patch

[PATCH] Bump max LLVM version to 19

Gbp-Pq: Name llvm-newer-version

[PATCH] Use capi for syscalls that break under musl's handling of 64-bit time_t

Gbp-Pq: Name time_t-time

[PATCH] PPC NCG: Generate clear right insn at arch width

The clear right immediate (clrrxi) is only available in word and
doubleword width. Generate clrrxi instructions at architecture
width for all MachOp widths.

Fixes #24145

Gbp-Pq: Name ppc64el-fix-clrri

Enable GHCi on all platforms in Debian

Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/24098

Gbp-Pq: Name hadrian-enable-interpreter

hadrian-disable-threaded

===================================================================

Gbp-Pq: Name hadrian-disable-threaded

Allow setting path for LLC/OPT during configuration

Patch configure.ac to allow us to modify the path for LLC/OPT during
configuration.

Gbp-Pq: Name allow-setting-llvm-program

Use realpath instead of custom script

Use realpath instead of the custom script, which is broken. As an example,

  $ ./mk/relpath.sh /usr/lib/ghc/lib /usr/lib/ghc-doc
  ..-doc
  $ realpath --relative-to=/usr/lib/ghc/lib /usr/lib/ghc-doc
  ../../ghc-doc

Gbp-Pq: Name hadrian-relpath

Pass 'mathjax' to Haddock

Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/23625

Hadrian currently doesn't allow us to modify Haddock options, so
patch Hadrian to manually pass the 'mathjax' option.

Gbp-Pq: Name hadrian-haddock-opts

use-unbundled-sphinx-rtd-theme

===================================================================

Gbp-Pq: Name use-unbundled-sphinx-rtd-theme

Remove hard-coded googleapis font URL

Bug: https://github.com/haskell/haddock/issues/1211
Bug-Debian: https://bugs.debian.org/963690

Gbp-Pq: Name haddock-remove-googleapis-fonts

local-mathjax

===================================================================

Gbp-Pq: Name local-mathjax

Add kfreebsdgnu to GHC_CONVERT_OS in aclocal.m4

Bug-Debian: https://bugs.debian.org/913140

Gbp-Pq: Name kfreebsd-aclocal.m4

Use native x86_64 instructions on x32

This patch enables a few native 64-bit integer instructions
on x32 which are available on this architecture despite using
32-bit pointers. These instructions are present on x86_64 but
not on x86 and ghc checks the size of (void *) to determine
that. This method fails on x32 since despite using 32-bit
pointers and hence sizeof(void *) == 4, it still uses the
full x86_64 instruction set and software-emulated variants
of the aforementioned 64-bit integer instructions are
therefore not present in the toolchain which will make ghc
fail to build on x32.
See: https://ghc.haskell.org/trac/ghc/ticket/11571

Gbp-Pq: Name x32-use-native-x86_64-insn.patch

buildpath-abi-stability

Forwarded to https://ghc.haskell.org/trac/ghc/ticket/10424

Forwarded to https://ghc.haskell.org/trac/ghc/ticket/10424

Gbp-Pq: Name buildpath-abi-stability.patch

Do not emit a warning if the .haddock file is missing

As it is quite common on Debian installations to install the -dev package
without the -doc package.

Gbp-Pq: Name no-missing-haddock-file-warning

Use VFPv3-D16 FPU for ARM builds

Upstream-Bug: https://ghc.haskell.org/trac/ghc/ticket/5914

Jani writes: The D16 part was Debian/Ubuntu specific, IIRC we define hardfloat
in that particular variant (16 double registers) or we had a different naming
for some reason.

Gbp-Pq: Name ARM-VFPv3D16

ghc (9.10.3-3) unstable; urgency=medium

  * Do not pass --hash-unit-ids to hadrian (Closes: #1126311)

[dgit import unpatched ghc 9.10.3-3]

Import ghc_9.10.3-3.debian.tar.xz

[dgit import tarball ghc 9.10.3-3 ghc_9.10.3-3.debian.tar.xz]

Import ghc_9.10.3.orig.tar.xz

[dgit import orig ghc_9.10.3.orig.tar.xz]

Merge version 9.6.6-2+rpi1 and 9.6.6-4 to produce 9.6.6-4+rpi1

Merge ghc (9.6.6-4) import into refs/heads/workingbranch

[PATCH] llvmGen: Pass mcmodel medium option to LLVM backend on LoongArch

Gbp-Pq: Name 0004-llvmGen-Pass-mcmodel-medium-option-to-LLVM-backend-on-LoongArch.patch

[PATCH] llvmGen: Introduce infrastructure for module flag metadata

Gbp-Pq: Name 0003-llvmGen-Introduce-infrastructure-for-module-flag-metadata.patch

[PATCH] llvmGen: Allow LlvmLits in MetaExprs

Gbp-Pq: Name 0002-llvmGen-Allow-LlvmLits-in-MetaExprs.patch

[PATCH] llvmGen: Add export list to GHC.Llvm.MetaData

Gbp-Pq: Name 0001-llvmGen-Add-export-list-to-GHC.Llvm.MetaData.patch

[PATCH] rts: Fix invocation of __ieee_set_fp_control() on alpha-linux

Fixes the following error when building GHC on alpha-linux:

rts/posix/Signals.c: In function ‘initDefaultHandlers’:

rts/posix/Signals.c:709:5: error:
     error: implicit declaration of function ‘ieee_set_fp_control’ [-Wimplicit-function-declaration]
      709 |     ieee_set_fp_control(0);
          |     ^~~~~~~~~~~~~~~~~~~
    |
709 |     ieee_set_fp_control(0);
    |

Gbp-Pq: Name alpha-fix-ieee_set_fp_control-invocation.patch

[PATCH] Cmm: don't perform unsound optimizations on 32-bit compiler hosts

- beef61351b240967b49169d27a9a19565cf3c4af enabled the use of
  MO_Add/MO_Sub for 64-bit operations in the C and LLVM backends
- 6755d833af8c21bbad6585144b10e20ac4a0a1ab did the same for the x86 NCG
  backend

However we store some literal values as `Int` in the compiler. As a
result, some Cmm optimizations transformed target 64-bit literals into
compiler `Int`. If the compiler is 32-bit, this leads to computing with
wrong literals (see #24893 and #24700).

This patch disables these Cmm optimizations for 32-bit compilers. This
is unsatisfying (optimizations shouldn't be compiler-word-size
dependent) but it fixes the bug and it makes the patch easy to backport.
A proper fix would be much more invasive but it shall be implemented in
the future.

Co-authored-by: amesgen <amesgen@amesgen.de>
Gbp-Pq: Name pr-13096

Add more hadrian bootstrap plans

Hadrian only contains bootstrap plans for previous GHC versions. Add plans for
the current version as well, since we may want to bootstrap hadrian with a
cross-compiled GHC that is of the same version as the GHC we are building here.

Gbp-Pq: Name hadrian-plans

[PATCH] Bump max LLVM version to 19 (not inclusive)

Gbp-Pq: Name llvm-newer-version

llvm-new-pass-manager

commit 77db84aba1ba00f6d146e9107b24c6203798e796
Author: Ben Gamari <bgamari.foss@gmail.com>
Date:   Wed Jan 31 08:58:58 2024 -0500

    llvmGen: Adapt to allow use of new pass manager.

    We now must use `-passes` in place of `-O<n>` due to #21936.

    Closes #21936.

Gbp-Pq: Name llvm-new-pass-manager

[PATCH] Use capi for syscalls that break under musl's handling of 64-bit time_t

Gbp-Pq: Name time_t-time

hurd-hadrian-supportrpaths

Can be dropped with 9.8.1
Debian-Bug: https://bugs.debian.org/1056305

Gbp-Pq: Name hurd-hadrian-supportrpaths

hurd-hadrian-osstring

https://gitlab.haskell.org/ghc/ghc/-/merge_requests/11624
Debian-Bug: https://bugs.debian.org/1056305

Gbp-Pq: Name hurd-hadrian-osstring

hurd-getExecutablePath

Also applies in 9.6.x
Can be dropped with 9.8.1
Debian-Bug: https://bugs.debian.org/1056305

Gbp-Pq: Name hurd-getExecutablePath

hurd-cabal-supportrpaths

https://github.com/haskell/cabal/pull/9441
Debian-Bug: https://bugs.debian.org/1056305

Gbp-Pq: Name hurd-cabal-supportrpaths

hurd-cabal-osstring

https://github.com/haskell/cabal/pull/9434
Debian-Bug: https://bugs.debian.org/1056305

Gbp-Pq: Name hurd-cabal-osstring

sparc64-cabal-support

Debian-Bug: https://bugs.debian.org/1056033

Gbp-Pq: Name sparc64-cabal-support

[PATCH] PPC NCG: Generate clear right insn at arch width

The clear right immediate (clrrxi) is only available in word and
doubleword width. Generate clrrxi instructions at architecture
width for all MachOp widths.

Fixes #24145

Gbp-Pq: Name ppc64el-fix-clrri

use-modern-atomics

commit f8fa1d08d7cbfef508bab355bda80f495e928f98
Author: Ben Gamari <bgamari.foss@gmail.com>
Date:   Mon Apr 17 21:04:47 2023 +0000

    ghc-prim: Use C11 atomics

    Previously `ghc-prim`'s atomic wrappers used the legacy `__sync_*`
    family of C builtins. Here we refactor these to rather use the
    appropriate C11 atomic equivalents, allowing us to be more explicit
    about the expected ordering semantics.

Gbp-Pq: Name use-modern-atomics

Enable GHCi on all platforms in Debian

Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/24098

Gbp-Pq: Name hadrian-enable-interpreter

hadrian-disable-threaded

===================================================================

Gbp-Pq: Name hadrian-disable-threaded

sparc-support

===================================================================

Gbp-Pq: Name sparc-support

Allow setting path for LLC/OPT during configuration

Patch configure.ac to allow us to modify the path for LLC/OPT during
configuration.

Gbp-Pq: Name allow-setting-llvm-program

Fix installation patch for iserv/unlit

Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/22557
Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/22697

Gbp-Pq: Name hadrian-iserv

Use realpath instead of custom script

Use realpath instead of the custom script, which is broken. As an example,

  $ ./mk/relpath.sh /usr/lib/ghc/lib /usr/lib/ghc-doc
  ..-doc
  $ realpath --relative-to=/usr/lib/ghc/lib /usr/lib/ghc-doc
  ../../ghc-doc

Gbp-Pq: Name hadrian-relpath

Pass 'mathjax' to Haddock

Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/23625

Hadrian currently doesn't allow us to modify Haddock options, so
patch Hadrian to manually pass the 'mathjax' option.

Gbp-Pq: Name hadrian-haddock-opts

use-unbundled-sphinx-rtd-theme

===================================================================

Gbp-Pq: Name use-unbundled-sphinx-rtd-theme

Fix LLVM error on armel

GHC 8.10 fails to build on armel with the following error:
   LLVM ERROR: unable to allocate function argument #8
   PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace.
   Stack dump:
   0.  Program arguments: llc-12 -O2 -enable-tbaa -relocation-model=pic -mcpu=arm7tdmi -mattr=+soft-float,-vfp2,-vfp2sp,-vfp3,-vfp3d16,-vfp3d16sp,-vfp3sp,-fp16,-vfp4,-vfp4d16,-vfp4d16sp,-vfp4sp,-fp-armv8,-fp-armv8d16,-fp-armv8d16sp,-fp-armv8sp,-fullfp16,-fp64,-d32,-neon,-crypto,-dotprod,-fp16fml,-bf16,-mve,-mve.fp,-fpregs,+strict-align /tmp/ghc5537_0/ghc_6.bc -o /tmp/ghc5537_0/ghc_7.lm_s
   1.  Running pass 'Function Pass Manager' on module '/tmp/ghc20177_0/ghc_6.bc'.
   2.  Running pass 'ARM Instruction Selection' on function '@"stg_gc_f1$def"'
   `llc-12' failed in phase `LLVM Compiler'. (Exit code: -6)
   make[3]: *** [rts/ghc.mk:325: rts/dist/build/HeapStackCheck.o] Error 1

 Surprisingly, reverting commit 4540bbe2811e860f35de6e67ab2f0040592fd3a5 fixes
 thie error.
Author: Ilias Tsitsimpis <iliastsi@debian.org>
Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/20285

Gbp-Pq: Name fix-llvm-armel

Remove hard-coded googleapis font URL

Bug: https://github.com/haskell/haddock/issues/1211
Bug-Debian: https://bugs.debian.org/963690

Gbp-Pq: Name haddock-remove-googleapis-fonts

local-mathjax

===================================================================

Gbp-Pq: Name local-mathjax

Add kfreebsdgnu to GHC_CONVERT_OS in aclocal.m4

Bug-Debian: https://bugs.debian.org/913140

Gbp-Pq: Name kfreebsd-aclocal.m4

Use native x86_64 instructions on x32

This patch enables a few native 64-bit integer instructions
on x32 which are available on this architecture despite using
32-bit pointers. These instructions are present on x86_64 but
not on x86 and ghc checks the size of (void *) to determine
that. This method fails on x32 since despite using 32-bit
pointers and hence sizeof(void *) == 4, it still uses the
full x86_64 instruction set and software-emulated variants
of the aforementioned 64-bit integer instructions are
therefore not present in the toolchain which will make ghc
fail to build on x32.
See: https://ghc.haskell.org/trac/ghc/ticket/11571

Gbp-Pq: Name x32-use-native-x86_64-insn.patch

buildpath-abi-stability

Forwarded to https://ghc.haskell.org/trac/ghc/ticket/10424

Forwarded to https://ghc.haskell.org/trac/ghc/ticket/10424

Gbp-Pq: Name buildpath-abi-stability.patch

Do not emit a warning if the .haddock file is missing

As it is quite common on Debian installations to install the -dev package
without the -doc package.

Gbp-Pq: Name no-missing-haddock-file-warning

Use VFPv3-D16 FPU for ARM builds

Upstream-Bug: https://ghc.haskell.org/trac/ghc/ticket/5914

Jani writes: The D16 part was Debian/Ubuntu specific, IIRC we define hardfloat
in that particular variant (16 double registers) or we had a different naming
for some reason.

Gbp-Pq: Name ARM-VFPv3D16

ghc (9.6.6-4) unstable; urgency=medium

  [ John Paul Adrian Glaubitz ]
  * Add patch to fix FTBFS on alpha (Closes#: 1086830)

  [ Gianfranco Costamagna ]
  * Add binutils-gold to armel and armhf, according to rules file
    (Closes: #1094995)

  [ 王鑫 <wangxin03@loongson.cn> ]
  * Update loongarch64 patch with new upstream backported commits
   (Closes: #1089921)

[dgit import unpatched ghc 9.6.6-4]

Import ghc_9.6.6-4.debian.tar.xz

[dgit import tarball ghc 9.6.6-4 ghc_9.6.6-4.debian.tar.xz]

Merge ghc (9.6.6-3) import into refs/heads/workingbranch

[PATCH] Enable tables next to code for LoongArch64

Gbp-Pq: Name 7e2d3eb507da184cf3337d36715fd82a81643d91.patch

[PATCH] Cmm: don't perform unsound optimizations on 32-bit compiler hosts

- beef61351b240967b49169d27a9a19565cf3c4af enabled the use of
  MO_Add/MO_Sub for 64-bit operations in the C and LLVM backends
- 6755d833af8c21bbad6585144b10e20ac4a0a1ab did the same for the x86 NCG
  backend

However we store some literal values as `Int` in the compiler. As a
result, some Cmm optimizations transformed target 64-bit literals into
compiler `Int`. If the compiler is 32-bit, this leads to computing with
wrong literals (see #24893 and #24700).

This patch disables these Cmm optimizations for 32-bit compilers. This
is unsatisfying (optimizations shouldn't be compiler-word-size
dependent) but it fixes the bug and it makes the patch easy to backport.
A proper fix would be much more invasive but it shall be implemented in
the future.

Co-authored-by: amesgen <amesgen@amesgen.de>
Gbp-Pq: Name pr-13096

Add more hadrian bootstrap plans

Hadrian only contains bootstrap plans for previous GHC versions. Add plans for
the current version as well, since we may want to bootstrap hadrian with a
cross-compiled GHC that is of the same version as the GHC we are building here.

Gbp-Pq: Name hadrian-plans

[PATCH] Bump max LLVM version to 19 (not inclusive)

Gbp-Pq: Name llvm-newer-version

llvm-new-pass-manager

commit 77db84aba1ba00f6d146e9107b24c6203798e796
Author: Ben Gamari <bgamari.foss@gmail.com>
Date:   Wed Jan 31 08:58:58 2024 -0500

    llvmGen: Adapt to allow use of new pass manager.

    We now must use `-passes` in place of `-O<n>` due to #21936.

    Closes #21936.

Gbp-Pq: Name llvm-new-pass-manager

[PATCH] Use capi for syscalls that break under musl's handling of 64-bit time_t

Gbp-Pq: Name time_t-time

hurd-hadrian-supportrpaths

Can be dropped with 9.8.1
Debian-Bug: https://bugs.debian.org/1056305

Gbp-Pq: Name hurd-hadrian-supportrpaths

hurd-hadrian-osstring

https://gitlab.haskell.org/ghc/ghc/-/merge_requests/11624
Debian-Bug: https://bugs.debian.org/1056305

Gbp-Pq: Name hurd-hadrian-osstring

hurd-getExecutablePath

Also applies in 9.6.x
Can be dropped with 9.8.1
Debian-Bug: https://bugs.debian.org/1056305

Gbp-Pq: Name hurd-getExecutablePath

hurd-cabal-supportrpaths

https://github.com/haskell/cabal/pull/9441
Debian-Bug: https://bugs.debian.org/1056305

Gbp-Pq: Name hurd-cabal-supportrpaths

hurd-cabal-osstring

https://github.com/haskell/cabal/pull/9434
Debian-Bug: https://bugs.debian.org/1056305

Gbp-Pq: Name hurd-cabal-osstring

sparc64-cabal-support

Debian-Bug: https://bugs.debian.org/1056033

Gbp-Pq: Name sparc64-cabal-support

[PATCH] PPC NCG: Generate clear right insn at arch width

The clear right immediate (clrrxi) is only available in word and
doubleword width. Generate clrrxi instructions at architecture
width for all MachOp widths.

Fixes #24145

Gbp-Pq: Name ppc64el-fix-clrri

use-modern-atomics

commit f8fa1d08d7cbfef508bab355bda80f495e928f98
Author: Ben Gamari <bgamari.foss@gmail.com>
Date:   Mon Apr 17 21:04:47 2023 +0000

    ghc-prim: Use C11 atomics

    Previously `ghc-prim`'s atomic wrappers used the legacy `__sync_*`
    family of C builtins. Here we refactor these to rather use the
    appropriate C11 atomic equivalents, allowing us to be more explicit
    about the expected ordering semantics.

Gbp-Pq: Name use-modern-atomics

Enable GHCi on all platforms in Debian

Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/24098

Gbp-Pq: Name hadrian-enable-interpreter

hadrian-disable-threaded

===================================================================

Gbp-Pq: Name hadrian-disable-threaded

sparc-support

===================================================================

Gbp-Pq: Name sparc-support

Allow setting path for LLC/OPT during configuration

Patch configure.ac to allow us to modify the path for LLC/OPT during
configuration.

Gbp-Pq: Name allow-setting-llvm-program

Fix installation patch for iserv/unlit

Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/22557
Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/22697

Gbp-Pq: Name hadrian-iserv

Use realpath instead of custom script

Use realpath instead of the custom script, which is broken. As an example,

  $ ./mk/relpath.sh /usr/lib/ghc/lib /usr/lib/ghc-doc
  ..-doc
  $ realpath --relative-to=/usr/lib/ghc/lib /usr/lib/ghc-doc
  ../../ghc-doc

Gbp-Pq: Name hadrian-relpath

Pass 'mathjax' to Haddock

Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/23625

Hadrian currently doesn't allow us to modify Haddock options, so
patch Hadrian to manually pass the 'mathjax' option.

Gbp-Pq: Name hadrian-haddock-opts

use-unbundled-sphinx-rtd-theme

===================================================================

Gbp-Pq: Name use-unbundled-sphinx-rtd-theme

Fix LLVM error on armel

GHC 8.10 fails to build on armel with the following error:
   LLVM ERROR: unable to allocate function argument #8
   PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace.
   Stack dump:
   0.  Program arguments: llc-12 -O2 -enable-tbaa -relocation-model=pic -mcpu=arm7tdmi -mattr=+soft-float,-vfp2,-vfp2sp,-vfp3,-vfp3d16,-vfp3d16sp,-vfp3sp,-fp16,-vfp4,-vfp4d16,-vfp4d16sp,-vfp4sp,-fp-armv8,-fp-armv8d16,-fp-armv8d16sp,-fp-armv8sp,-fullfp16,-fp64,-d32,-neon,-crypto,-dotprod,-fp16fml,-bf16,-mve,-mve.fp,-fpregs,+strict-align /tmp/ghc5537_0/ghc_6.bc -o /tmp/ghc5537_0/ghc_7.lm_s
   1.  Running pass 'Function Pass Manager' on module '/tmp/ghc20177_0/ghc_6.bc'.
   2.  Running pass 'ARM Instruction Selection' on function '@"stg_gc_f1$def"'
   `llc-12' failed in phase `LLVM Compiler'. (Exit code: -6)
   make[3]: *** [rts/ghc.mk:325: rts/dist/build/HeapStackCheck.o] Error 1

 Surprisingly, reverting commit 4540bbe2811e860f35de6e67ab2f0040592fd3a5 fixes
 thie error.
Author: Ilias Tsitsimpis <iliastsi@debian.org>
Bug: https://gitlab.haskell.org/ghc/ghc/-/issues/20285

Gbp-Pq: Name fix-llvm-armel

Remove hard-coded googleapis font URL

Bug: https://github.com/haskell/haddock/issues/1211
Bug-Debian: https://bugs.debian.org/963690

Gbp-Pq: Name haddock-remove-googleapis-fonts

local-mathjax

===================================================================

Gbp-Pq: Name local-mathjax

Add kfreebsdgnu to GHC_CONVERT_OS in aclocal.m4

Bug-Debian: https://bugs.debian.org/913140

Gbp-Pq: Name kfreebsd-aclocal.m4

Use native x86_64 instructions on x32

This patch enables a few native 64-bit integer instructions
on x32 which are available on this architecture despite using
32-bit pointers. These instructions are present on x86_64 but
not on x86 and ghc checks the size of (void *) to determine
that. This method fails on x32 since despite using 32-bit
pointers and hence sizeof(void *) == 4, it still uses the
full x86_64 instruction set and software-emulated variants
of the aforementioned 64-bit integer instructions are
therefore not present in the toolchain which will make ghc
fail to build on x32.
See: https://ghc.haskell.org/trac/ghc/ticket/11571

Gbp-Pq: Name x32-use-native-x86_64-insn.patch

buildpath-abi-stability

Forwarded to https://ghc.haskell.org/trac/ghc/ticket/10424

Forwarded to https://ghc.haskell.org/trac/ghc/ticket/10424

Gbp-Pq: Name buildpath-abi-stability.patch

Do not emit a warning if the .haddock file is missing

As it is quite common on Debian installations to install the -dev package
without the -doc package.

Gbp-Pq: Name no-missing-haddock-file-warning

Use VFPv3-D16 FPU for ARM builds

Upstream-Bug: https://ghc.haskell.org/trac/ghc/ticket/5914

Jani writes: The D16 part was Debian/Ubuntu specific, IIRC we define hardfloat
in that particular variant (16 double registers) or we had a different naming
for some reason.

Gbp-Pq: Name ARM-VFPv3D16

ghc (9.6.6-3) unstable; urgency=medium

  [ fanpeng <fanpeng@loongson.cn> ]
  * debian/patches/7e2d3eb507da184cf3337d36715fd82a81643d91.patch:
    - upstream fix for loong64 build failures (Closes: #1085966)

[dgit import unpatched ghc 9.6.6-3]

Import ghc_9.6.6-3.debian.tar.xz

[dgit import tarball ghc 9.6.6-3 ghc_9.6.6-3.debian.tar.xz]

update replace-dmb-instruction-with-coprocessor.patch